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(57) Abstract 

A method for u^nsmitting data packets (DP) in multiple data flows to/from a mobile station (MS) in a mobile communications system 
(HPLMN, VPLMN). A data transmission path is formed for routing data packets (DP). Multiple profiles (Pr) are associated widi the data 
transmission path, each profile (Pr) comprising at least one quality of service parameter, or QoS parameter. Each flow or data packet (DP) 
is provided with a profile tag (PrT) indicating one of the multiple profiles (Pr). Scheduling and policing the transmission of individual data 
packets (DP) is based on at least one QoS parameter of the profile (Pr) indicated by the profile tag (PrT) associated widi the data flow in 
question. 
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Controlling quality of service in a mobile communications system 

Background of the invention 

The invention relates to controlling Quality of Sen/ice (QoS) in 
mobile communications systems having a packet data transmission capability. 

5 A mobile communications system refers generally to any 

telecommunications system which enables a wireless communication when 
users are moving within the service area of the system. A typical mobile 
communications system is a Public Land Mobile Network (PLMN). A mobile 
communications network is usually an access network providing a user with a 

10 wireless access to external networks, hosts, or services offered by specific 
service providers. 

General packet radio service GPRS is a new service in the GSM 
system (Global system for mobile communications), and is one of the objects 
of the standardisation work of the GSM phase 2+ at the ETSI (European 

15 Telecommunications Standards Institute). The GPRS operational environment 
comprises one or more subnetwork service areas, which are interconnected by 
a GPRS backbone network. A subnetwork comprises a number of packet data 
service nodes, referred to as serving GPRS support nodes SGSN, each of 
which is connected to the GSM mobile communications network (typically to 

20 base station systems BSS) in such a way that it can provide a packet service 
for mobile data terminals via. several base-Stations, i.q!. cells. The intermediate 
mobile communications ^p^twork.pr^qyides. pgck^^ data transmission 

. . between a support node and mobile data term Diffjerent subnetworks are 
in turn connected to an external data network, e.g. to a public switched data 

25 network PSPDN, via -G^^ support nodes GGSN. The term GSN 

• refers commonly to both SGSN and GGSN.>The GPRS service thus allows 
providing packet data ^ transmission between mobile data terrininais and 
external data networks when the GSM rietwork functions as an access 
- network. ; • ; - , y 

30 ' In order to access the GPRS sen/ices, a mobile station (MS) shall 
first make its presence known to the network by performing a GPRS attach. 
This operation establishes a. logical link between the MS and the SGSN, and 
makes the MS available for Short Message Service. (SMS) over GPRS, paging 
via the SGSN, and notification of incoming GPRS data. More particularly, 

35 when the MS attaches to the GPRS networki i.e. in a GPRS attach procedure. 
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the SC3SN-- creates- a mobility "management context (MM context). The 
authentication of the us^r is ^Isd^tarried bot by the SGSN in the GPRS attach 
procedure; in order to send and^ receive GPRS data, the MS shall activate the 
packet data addres^ that it wanfs io use; by requesting a. PDP (Packet Data 
Protocol) activation pr6ce« This bperation makes the MS known in the 
corresponding GGSN, and irttenA/brking^ v^ith external data networks can 
cbnTmence:'More particularly:- a PDP ^ntext is coated in the MS and the 
•GGSN and the SGSN: the PDP context defines different data transmission 
pararti^ef^: such as'the^PDP^type te.g:')C25 br IP)/ PDP address (e.g. an 
X 121 address); quality^ bf service Q6S and" NSAPI (Network Service Access 
Poihf Identifier): The MS activates^he PDP context' with a specific message, 
' Activate PDP Context 'Requfest, In which -it gives information on the Temporary 
Logical ^ink^dentrty CrLLI)7;:PDP typk;^ address, required QoS and 
• NSAPI and optionally the access point name APN: ' ' _ ' 
' ' ' - ^'^ Figure 1 illustrated a dPRS' packet V&dio network implemented in 
the GSM syW For^^rribre^etWde^^^ reference is 

made'tb -ETSI GSM D3-.60, version e.'l :d, and the cross-references thereof. 

' the-'bSb structure of the GSM system 
a basi lotion sySini BS&^and a ribtwork s^b^^tern NSS. Thfe BSS and 
mobile stations MS communicate with each other 'over radid links. In the base 
Station Ssfem BSS, b^bh' cell is ^^rv^d V ^ basb station BTS. A number of 
' base st^tibhdire Bbhnbctbd tb a b^^e^ st^tibn cbntrbiler B3C which con rols 
' ■ the radibfrbqtehbi^arid chahhels Ue^ by the BTS. Base station controllers 
BSC ^re cbH^edted fb a-niobile servibbs^ sWitcHing centre MSG/As regards a 
25 more'^ detailbd^deibrifHion^ brihe GSM systerH reference is n^de to the 

ETSl/GSM^f^orn^^^^ 
- Cbmmuh/cator§; ;M.;Mouiy ah^'E P^^ ^992, ISBN:2- 

95719(W)7-7.__ ^ -.^he-^ePRS"systehl"bBnnected^to network 
30- comprises ^^GPRS het.)i^ork; whibh V tUrh comprises one sbn^ing^PRS 

support node (SGSN) and several GPRS gateway support nodes (GGSN). 

The different support nodes SGSN' ^nd GGSN are interconnected by an mtra- 
■ operator backbone rietwork, in the GPRS 

^ of serving support nodes and gateway support nodes. 
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The seizing GPR§^support.,nocie SGSN is a node which serves th 
mobile station MS. Each SGSN cpptrQls p.acket data servipe within the area of 
„ : ope ,or more cells in.a cellLilar,,.paQ.k^t radio .nejtwprk,, and therefore, each 
; SGSN is connected. (y,|a. a Ob interfgce), to 9,p.ertain local element pf the GSM 
5 system. This conneptign j§ .^typic|lly established , tp the base station system 
. BS.S, i,e. to ba$e,statiQn. ,cont.rp.ll^i:s.BSC; or to abase station ^TS^.The mobile 
station MS located in g. Q^.II cpnrimLinjcat^s through . the" mobile, cprTimunicatlon 
. network, with .a .BTS pv.er a ra^lip. Interface and .further with the , SGSN to the 
service, area of.vyhi.ch the, cell belp.qgsqln-principl.e, the mobile communication 
10 network .between. the SGSN and the PP'yr.re'ays .pack.ets between these 
two. To achieve. , this, ..the .nipb.ile , conimurt^^ network ^ provides packet- 
switched transrn.iss.ion of data packets t>etween .the lyiS. and thff.SGSN. It has 
to be rioted . ih.a.l tne mobile comrTiunicatipn Tietwork only provides a physical 
connection between the. I\/I.S and the SGSN, and ..thgs its ..exact function and 
1.5 . structure _a.re, noV significant wi^^^ invention. The SGSN is also 

provided wi.th. a., signalling, interface, Gs tp the .visitor location /eg ister VLR of 
the .. mobile , comrnunicatipn network .and/or to .the rnobile services switching 
,centre/e g.^ signalling^ SS7. The SGSN may transmit location 

/information.tothe.MSC/VLR.an a GPRS 

20 subscnberfrprn the..M.SC/yi_f^. , -, ' 

Jhe,;GPRS gateway, .Si^ypRprt,.npdes GGSN,,co.nnect an operator's 
GPRS netwprik. tp external. 3y^t§nriSi, ?,upt| as .other pperatprs' GPRS systems, 
. data networks 1l..,suph as JP, netWQrK,Xlntej;net).pr..?^ network, and 
s.e,rvice centres. A..i).Pr4er. Sip^tqway if^,. Proy'?^es,_.aQO^§s.. to ..an inter-operator 
25 , QPRS backbone, network 12, The QpSN may also.be ponnected directly to a 
"private, corporate .network , or ^ f;)pst. The.,C?G5N incj^jdes G subscribers' 
- . ppp adflresses. ^nd .:routi,n5, ,in,fprp?atlp,n,., ..i.e.., ,SGSN addresses. Routing 
information is used for tunnelling protocol data units PDU from data network 
11;to the current syyitQhipg.; point of .the, I^^^ serving SGSN. The 

30 functionalities. of !the SGSN and QGSN .can be^^^^^^ to the same physical 

node. . •.. -. - ,. 

The home- location , register HLR of /the GSM ne^ 

. .GPRS subscriber data and .routing information and it maps the subscriber's 

IMSI into one or. more pairs of the PDP type^and PDP address. The HLR also 

35 maps each PDP type and PDP address pair into one or more GGSNs. The 
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SGSN has a Gr interface to the HLR: (a direct signailing connection or via an 
. internal backbone network 13): The HLR- of a roaming MS and its sen/ing 
■ SGSN may-te%diffemrit:moblle'c«)'mmuniGati6n-networks; ■ 

. An intra-operatbri backbone network 13,. whieh interconnects an 
5 operators SGSN and GGSN equipment can be implemented by means of a 
local network, for example, such as an IP network. It should be noted that an 
' operatbr's GPRS network can also b^ implemented without the intra-operator 
backbone network, U bV providirig-all features in one computer. ' 

■ ^ ■ An ihteNoF3erator 'backbd^ nefrivbrK' enables communication 
10 between different operatbfs' .'GPRS networks: ; _ ; ^ ' ; , 

■ ^Mn order to send aM receive ^^^^^^ 
packet data address thaU wants to^Os^. "by feqae^tnig a PDP^activa^ 
procedure. This operation makes the MS known in the corresponding GGSN, 
and ^tenArorking^with 'litern^i data; networks' cah commence. Jk.e 
particularly a POP context is cheated' in the MS and the GGSN and the SGSN. 

' ' Xs a conseqUencef three biffed 
of the mobility management (MM) bf^^ GF^RS subscriber idle state, standby 
state arS ' ready state. E^dh state' r^resent^ a ^specific functionality and 
informal level, w^ichhasl^een alldcated to the MS ahd S^^^ l—n 
sets related to these states, caiied MM^ contexts, are stored in the SGSN and 
the Ms^the context of the' SGSN cb^^^ subscriber dat^, such as the 
subscriber'sllVl^f TLUJbcalfi ancf routihg irtformation, etc. ; ; 

' In ^e idle'feHhe Ms'c^nribf b6 reached from the-GPRS network, 
and no dyriaSc^infbrniatiorl on the^iurrent state d^^^ •■e- 
MM context,'ff^ainfained^in^th^^hetwork; in the standby and ready states ttie 
MS is attachlatbthe GPRS neJwor^ In th^^GPRS network, a dynamic MM 
context ha^ be^ created f^Ahe MS, '^cl a Ib^icai link LLC (Logical Unk 
Control) is established betw#i tH^^MS arid the:SGSN 
; ready state is theaualdaWtf^s^^^^ 

30 and receive user data. 

in the standby and ready states, the MS may also have one or more 
PDP contexts (Packet Data Protocolj/which are stored in the serving SGSN in 
• ^ connection with the MM^ cont^)^; The PDP context defines different data 
^■::nsmission parameters; such a. ^ X.25 or ^'^Z 

35 (e:g, anX.121 address), QoS and NSAPL The MS acbvates the PDU context 
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-. . with a specific message, Activate;. PDF Context Request, in which, it gives 
information. on. the. ILL! 1 PDP...type,;PDP. address, required QoS and NSAPI, 
and optionally .the aceess; point name^.APN. When the MS roams to the area of 
a- new SGSN, the new-! SGS,N requests MM; and. PDP contexts from the old 

As. shown, jn. Fig., 2,, a .GPRS system comprises layered protocol 
structures called planes for., signalling, and tra.nsmitting user information. The 
signalling plane., cp.qsists of. .protocols for, control and support of the 
transmission plane functions. , The transmission plan.e consiste layered 
10. protocol structure prpxiding,-user information, transfer, along with associated 
information transfer control procedures (e.g. flow control, error detection, error 
corre.qtipn and error, recoyeryj,. The Gb interface keeps the transmission plane 
of the NSS platform independent, of the , underlying 

The GPR§rtupnffcg- P^^^^ 
15 signalling.,ietweej^C3Pj^S,supp.prt backbone' network. All 

. PDP-PDU.s siiall be encapsulated by the, GtP"..'..the GTP provides mechanisms 
iorjlow control betvyeen GSNs, if required. .GTP is specified in GSM 09.60. 
., The Transniission, Cp'ritrgl Piptocpj '{TpP)', carrier in the GPRS 

backbpne network for protpcp!s,thai a reliable date link (e.g., X.25), and 
20 the.UPP.carries.GTP-PDUs.for prpto^ dp not need a reliabie.data link 

(e.g. IP). The TCPjprpyides flpys/. control and , protectipn against lost and 
corrupted GT P-PPM-S- . Jhe'user datagra^^^ protection 
, against corrupted^QfPTPDM^^^^^ 793. The UDP is 

defined in RFQTgs! The Internet Prot^^^^^ network 
25 .protocol used for .routing user ,d^ The GPRS 

.[ backbone netwprk may.initia.lly^i^^^ based , on the IP version 4 (IPv4) .protocol. 

Clitimately, IP version ,6. (lPy6) \n\\\ bepsed, IP'ye'rsipn 4 is defined in RFC791 . 

. , : The SubnetJyprk Dep (SNDCP) is a 

transmission functionality which maps network-level characteristics onto the 
, 30 , characteristics pf the ..uriderlying network, The specified in 

GSM ,04.65. The Logical Link Control (LLC) ,prpy[?ies a highly reliable ciphered 
logical, link. The LLC shall be independent of the underlying radio interface 
protocols in order to allovy introduption of alternative GPRS radio solutions with 
minimum changes to the NSS. The. LLC is specified in GSM 04.64. The relay 
35 function relays LLC-PDUs between the Dm and Gb interfaces in the BSS. In 
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the SGSN, the relay funotioh' relays PDP-PDUs between the, Gb and Gn 
interfaces.. The . Base,S.a.ipn.. Sys,e. G^Rf ^^^^^^ 
routing and QoS-rela.edJ*J^a.ipn be^^^^^^^^^^ 

specified in GSM 08J8. TheTrame R,l,y, Isy^^^ BSS(3P PDUs. 

, ,aye.oontains: tyi functions: Ma^-*° 'T^l 

a fadio^soyonldepindem reliaWM; V^'^ ''^^ 

■ Lnction controls ihi. aooess;signalll.ng: (request and grant)..p,oce^s or the 
,S^>annei: an^^t^e ^apping 'of ac:ftan.^ the GSM physical 

channel RLC/MAC is descriljedjri6SM.b3.64. . . . 
„ ■ ^ Fig Valsoshows^heitmcture.ofa#a.packetDP. It.oompnsesa 

■navload PL carrying'acW use?W^^^^^ 

L»n.;fica,;on^"rou.,ng^andVion«y jnformaSo,;eto E^^ ^V^ adds a 

: headero. own.oth^^^packet The ten, Pr^ will be explained later. 

: :^--- Varfous'felltlisareempldWd'lSWGPRSfAa^ 

„ Mobile Subscnbe, Identity (MSI) "'^^^'^'^'^'T^ 
in OSia This is also thi casb for GPRS-'only mobrle subscnbers. A GPRS 
'sul3bJ^idW.«by'=^*Sl.sharhi«o^^^ 

peSly assoc,aied nbtwor^HayiradarSsW. le: PDP^ addresses which 
s(andaa idd^^ing^s^ 

,0 sefvice used "*'PbP a'^^l'^^^^^ 

S^Lss^s .,re'-ao,i^.ed^' afe:de*at«' SM (session 

NSAPI/TULl pal. is unambiguous within a gWenVoutlhg area: In the MS the 
NS&rte-^DP^-™=e^-'^-^^^^^^ '^^^GSN an 

the oGSN'Ihe Mpi IdeftmSs t^S Pt>P 

■ ^^^^^.niem rndthe^-SGSN/th^Tal unamblgudusly ident^es 

■ '^ro^ ca, llntfeAPr is^^^ ^^'2^^ f f 

gPRS tunnelling prafccoi b^tweVn G* to iden«fy a PD c^^^^^^^^ A ™ 
30 ■ cbhsists 6f 'an IMSl af,d an NSAPl. T^e combinaSon « ^"^/^'l'^ 

niguely identffles a single POP cpnte^.^The TID is 
i,nl PDP Context' activation and rii used in subsequent tunnelling of user 

- ^l^^eenll^GSN « tfe SGSN to iden,W*e MS's POP contexts ,n 
-' m^GSN and GGSN. The tID is ^i.o used tb fo^ard N-PDUs (network-level 
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Packet Data Units) from the old SGSN to the new SGSN at and after an inter- 
' SGSN routing update. ' ■ . 

; ' V ■ Each SGSN' and GdSN have an IP' address, either of type IPv4 or 
' ' '?Py6, for inter-conimunicatlbn"6ver the;^^ For the 

5 GGS'N, this fP address corresponds also to a logical GSN name'; 

The GPRS transpar^ntiy transports PDP-PDUs between external 
networks and MSs. Between the SGSN and the 'GdSN, "PDP-PbUs are routed 
and Jrarisfefreci with 'the IP p^^^^^ Tunnelling Protocol GTP 

transfers data through tunnels. A tunhiel' is idehtified'by a tunnel identifier (TID) 
0 and a^GSN address. All PD'P'-PDUs are eh'capsulated and decapsulated for 
GPRS routing purposes. Ehcapsul^^^^^ fuhctfohality exists at the MS, at the 
SGSN, and at the GGSN.' Encapsulation afibws PDP-PDOs to be delivered to 
and ass6ciated\with' the correct PDF context in the MS, the SGSN, or the 
GGSN. Two different encapsulaWoh' sch^ are used; one" f dr the GPRS 
15 backbon,e jietvyork between „two GSNs, :and,-one.for.the GPRS connection 
betvye^na-SGSN-aod^n M^^ , • .„ " 

Between, ain.SGSN^.and a.GGSN. the GPRS backbone network 
. encapsulates a. PQpTPpU. with- a GPRS Tunheinng ProtocQl. header, and it 
.. inserts this GTP-PPU in .aACE-.f?;DU,,0!:,-yDP-R ag^ij-]? inserted in an 

20 IP-Ppu.;The. IP. and ,QTF-.PPU ;header? coritain the GSN addresses and 
tunnel endppint .identifLers , necessary to^Mhiquely address .a GSN PDP context. 

^ Betwe^, an. ..SGSN^ and > .ar).-. MS,,, ,a RDI^ ., context is uniquely 
addressed with a TLLl/NSAPI pair. The TLLUs a§f igped wb^n the MS initiates 
. the, Attach functio,n... NSAPIs. are assigned wlif!^:,th^,;!VIS initiates the PDP 

-25. Context Activation fgnction. .-;uc....f..: - r. ... .;i ■:-:<; :.' ' ' 
Quality :ofseny,ice,,(QoS).;de^^^ 
,-; are handled during, transmission th.rqughJhe GPR^ network. -For example, the 
QoS defined ; for; :tl\eiPpP,:f,d0resse^^ 4he order of , transmission, 

! . . buffering (the ff,qu,<j4f Mgs)..^nt;l disqardjng.ol tiie^.PI)y.? in the SGSN and the 
30 . GGSN,: esp,ecialjy-jn a congested, s.ituation. ,Therefore>r QoS levels will 

present different endrto-end delays, bit rates an.d .numbers of lost PDUs, for 
: example, fqr the end users. . . , c:; ■ _ . , , .. , 

A QoS profile.is associ^ated with each,pDP. Address. For example, 
some PDP addresses may be associated with erpqail that can tolerate lengthy 
35 response tirnes, Other applicatioris .cannot tolerate delay and demand a very 
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class defines mean and max,murn dela),s '«[ adcnowledged or 

unacknowledaed se^ces^^iil W^^^^^ p„,eaed ™de 

i backbone^should use TCP or uu . . . - ,„ four 

POP context. Furthermore, these varying °9S,P5^'"rn>1aver 

.0 between a mobile host f d?,''^f,^ ..^.rept kinds of service, 

• the Inter^D^erani in,emet^a^c|oj«J.^g «^ 

GPRS .o„ access the,, Internet . tt^e qPRS f^" ^ 3^,311, 
, ■ „ee«ng vahciQoS,rei^f-en.s 3^, 

non-reaUtime traffic. One example q , applications, 
mall and file transfer in mrn are examples ~a^^^^^^^^ ^ 

\ current, QoS parameters can crty bea^^^^^ 

POP context (i.e. a certain IP f *! J,"^^ * / s same ,P 
30 se«in. d.erent OoS values .or -e.^^^^^^^^^ 

, address is P^^^f.^^^^^ ^ons also define onV ve^ static QoS 
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QoS has been negotiated for the first time, and nrioreover, all applications that 
.,yse the same IP address must also use the same QoS profile, i.e. the QoS 
, values. This is obviously .not sufficient for supporting the requirements of 
, various Internet applications and traj^^^^ streams, such as voice'transmission, 
5 real-time video, compressed video, e-mail transfer, file transfer, and high 
priority control information exchange. ^^^^ . . 

The, internet includes at the moment two different QoS schemes: 
Integrated Services and Differentiated, ^en/ices! Integrated Services consist of 
thre? traffic typesj. Guaranteed Service/ Contra Service, and Best- 

10. Effort Service. /Guaranteed 'Sem^^ is veiV, difficult to provide without 
introducing, a large amount of pyerhead to . the system. The "reasbn for this 
overhead is that end-to-end traffic'flows should be established for different 
application connections. Therefore/ this recjuii^es large amourits of database 
management, cpntroj information exchange, and traffic policing 6f the system. . 
15 Contrplled .Load provides ,'unloa^^^^ beshaviour even "under congested 

situations.f. Cpntrqjled Load ^^^c^^^ be implemented by means "df priorities. 
Therefore,, implementing .Contrblled Load S^^ would prbb'abiy be easier 
than Guaranteed Service, which needs strict guarantees on' transmission 
. delays .e|P., Best-Effort Service does not need any guarantees on the QoS, and 
20 is thus veiy . easy to implement in an^ 

• ,. , .pjffe.rentiated"SeWbe^ Internet are based on the idea that no 
data flows are needed i but iDstead eyeiy data packet carries QoS information 
.. . itself. This a|lpws..a very flexible' arid easi(^way to provide a certain QoS to the 
appjications, The drawback is that the' capacity, canriof be fully guaranteed 
25 , because no fixed/capacily'is ever 'a to. 'a certain application flow. 

However, this scherne is much' more 'efficient frprri the capacity and system 
, point of view than the Integrated ' 

. Simijar problems/ as in any mobile 

.communications, network.. : 

30 Summai7"of the inventibn " ' • - ^ 

An object of the present .invention is to int 
improved Quality of Service (QoS/ scheme which is more flexible than the 
prior art QoS .scherhes in mobile' communications 'systems having' a packet 
data transmission capability. 
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• Another object of the present invention is a new QoS scheme which 
provides support for internet" applications- and their QoS requirements for 
■ mobile cornrnunicationssyst^rhVhaving-a pacl<et data-transmission- capability. 

. The objects of the invention will be attained by the method and 
5 equipment which are - characterized by ' whW is ^ disclosed in the attached 

- ^independent claims: Preferred embodiments of th^ 'invention a m 
the attached dependent clairns. ' ' , ' 

- -According to the invention, in connection with (i.e. dunng or after) 
POP' context activation,'a mobile static^n MS m^y activate rhore than one QoS 

,0 profile Within the PDP context. In dther words, afr active PDP context for an 
iVl's coiinprises severai^QoS profiles. Transmitted packets are equipped with a 
profile tag or profile indicator indicating which -profile the packet relates to. This 
profile ta^ 'is preferably 2: 3 or 4 bits' in length, Ke. 4,' 8 or 16 different profiles 

per context. , . 
15 -\Amen " the MS" begins to ^^^^^^ ^^quinng 

different service which' carirtot be pfov^ided by the existing - profiles (i.e. one 
which hai not been u"sed during this session) a corresponding profile must be 
defined im SGSN. For exampfe; thS MS could- indicate that FfP requires 
profile 2 'H^ZS requires profile 3; etc. Alternatively, this information can be 
20 configured manually or by sbrneexterhafsi^ri^ilihg^m^^^^^ proWe 
establishmehtibroc^dure bmsVP (Requite ResdH/ation Protocol)- signalling^ 
" -Accdrdinglb a 'sihi"ple^^^^^ invention, the prior art 

single profile for the PDP context Js replaced,. vA(ith multiple profiles, one for 
■ each application; application type,'or data flpv/, or aggregate for several flows. 
25 These multiply profites:are'referr^. to.as flpw-related p 
" profiles. According tq a. preferned ^bpdiment, th^e js^ provided a hybnd 
between the prior art:single prgfi^ and Jhe^ cqnpept of separate flow profiles 
' provided bvthe simple emt)pdimentii,e. .one.profii^ for, e^^^ type 
or flow) This hybrid consists of one MS^r^lated , profile and several appl.cation- 
30 related flow orofiies: ^hei hybrid-prcrfilei conc@pt.is. based on the idea that some 
QoS parameters ' characterise the . MS's. maximum capab-d^^^ as a 

' maximum bit rate on the R reference point between an MT and a TE) or its 
user's maximum .rights (such as a maximum allowed rate or user importance: 
first class, business, etc.) Such maximum capabilities or rights are preferably 
35 defined in a common MS-related profile.. If one of the flow profiles lacks a 
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, , . parameter, then the. cQrresponding..paj:^meter of the MS-related profile (i.e. the 
,,, value common to ajl profiles) is u.s^d., Altematively, there could be a default 
. J5oS . profile for sorne oj alL Ppp, contexts, and/or default values for the QoS 
■. profile(s). ....... ,,, . >. - :, /.-.■..^ •■ - • 

5 .. . , Typical parameters for the,flow..pjofiles are reliability, peak bit rate, 
mean bit,rate,,_pr^c§dence and delay class (the latter may. indicate real-time 
characteristics of a particular flow, hence Jt may be-different, for each. flow). 

, . . Instead pf .iridjcating a prpfije directly, a. packet may indicate a 
mapping to an gjct^in^l QpS (Resource Reservation ProtocpJ, RSVP, or IP 
10 . differentiated.^ervices). .Fpr .example, a.niobile-.,statipn, when Receiving an 
RSVP requ,est,^cpLUld add a .QoSrprofiie|such, as.,prpfile 4)..for RSVP whereby 
all RSVP packets wijl.be. encapsulated in G.TP,.packets indicatina profile 4 and 
they will pe carried on the, LLC . layer, of ther appropriate SAPI..-^; Appropriate' 
means that there is a certain QoS associated or preconfigured with each SAPI 
15 value, jn other words, a .QoS .profile should be mapped to the right SAPI (four- 
level: QoS,.yaJue, This i,mpli,esjhat. the peak throughput can be defined on a 
per-MS .basis (instead of pn .a grofije basis). Peak .throughput could also be 
, defined for. both. the^,|\yi5. in, question^and each flpw (or some of them). Then 
aeither the ..traffic .per. .flow nor the. .MS;s JtptaL. traffio ..could exceed the 
2p cprresRonjdin.g. .„neg9|is^i?!cl.:_. pefiH; ..tfirpughpiit, Neyv.^ QoS . profiles can be 
, . qstat!Hs)5ed. or, .triggered , .by ...RSlYPr.sigjialli^ ^negotiation, tag 

. allocatipn.p.rpced.ures, or predefine?! 0 ai;i per-appiipatipn. ba 

. -frttefrief 'a'ppiidaitibHk ''^re "typicaiiy' 'a'syfnriielftd; ' le: uplink and 

'■'d'ownlink ifibWs "h^Ve ■'differfer^t '60S feq'uil-emeiitg' '^ in vldeo-on- 

25 demand application^^ Video games, etc., th^^ u^^ is typically a 

sighaliihg link Which reqUirbS reliable^animissidn but does not have any strict 
" delay r^qiJir^nientsf'fhei ciibrrd^^ is downloaded video 

inform^tidh having jiisV'ti^^ requirefnehlis^' it'H'a^ ari upper limit on 

delay but iTiissiW''frisihi^i' iBSn 'b'6"1gft6'r6d Mhbut ulitiiie harm. Two parameter 
30 ' sets have to be hegbtiafed (^itfe d6*S profiles for uplink and 

downlink, or' a Qo^' profile includes 'two' s^pafate^'^v^^^ for uplink and 
downlink). / 

The inventioh enables virtuklly ariy number of QoS profiles to be 
used simultaneously; e^g. a dedicated QoS profile for each of several Internet 
35 Ciser applications being ex^buted in the mobile station with the same IP 
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address. (An n-bit profile tag can distinguish between 2" different profiles.) 

Therefore the present iav.ention pro^iides support for various Internet 

applications and their' QoS requirements using qniy one IP address, which is 
• not possible using the currejit QoS scheme of the GPRS. Moreover, if a QoS 
5 profile has to be rBnegotiated,: the sanie profile tag can still be used. This 

'^overcomes the problems relaWng to the 'static prior art QoS schemes. Further, 

■ present;: invention: . introduces,: little _ overhead^ into the mobile 
" ' communications system as a.whple, . .,. , - .• ^ . 

Implementing the invention involves some new issues. One of them 
10 'is how the edges of the network can niap the packets from, the correct flow or 
' profile According to one^possible. solution,: a pr^^^^ ir^the TE/MT/MS and 
GGSN (or some other riode) manages the flow/profile associations and keeps 
track' of which flows '■relate to which ^applications . ^^(or higher-level QoS 
schemes/aggregated flow, such as RSVP).: this process can ;ndicate^|hese 
15 associations to the TE/MT/MS by providing each packet with a flow/profile tag 
' which the MS uses to. perfonp::policin5- and :#eduling. and^to fonward the 
' packet u^ng the proper meanslac acknov^ledged pF una^kncnwledged). In 
this context, 'proper , meansl implies e^^^n af^opriate LLC link using a 
particular SAPl/QoS^value i^^^^^ layers based on ^e 

20 neaofiate/QQS profile values ^arul using^e reserve ^f^"^^ 
" ' flo^). Alternatively, the TE can t^e some other means, and the MS ca^ add 
' the pro^eS basedg thatjnfo^^ 
profile tag in-each packetjttransm^^^^^^ 
~ ' '^Atttieedgesofthenetviork(su^ 

25 process mav^Syse every incoing;?^^^^ to which , fk,w/profile 

'a given pactt- is associated arg ms^ 

p^ket.This.analy^sand:deduction:%be^b^^^ 
^ or DS in IPv4; Traffic dass or DS in,IPy6X sour^ and destination addresses. 

TCP/UDP^port numbers, br an RSVP flow (a'fl^ 
30 and port number). Both edges must maintain a table linking the profit tag to 

■ .the corresponding applications :(or , higher-level QoS^ schemes). The edge 
which establishes a new profile association must signal the °^ 

■ ■ other edge: The mechanism for. this kind of signalling can be GPRS-specific 

mechanisms or some other suitable mechanism, such as RSVP carried across 
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GPRS and mapped to GPRS-specific signalling means (i.e. a new QoS profile 
' " establishment procedure). ' 

The TE in the Mf may use At comrhands to signal the mapping 
" ■ "infomiation to the MS and the network/e.g. appropriate mapping between the 
5 profile tag and fdP/UbP port humbers. After this and the profile establishment 
operation, each packet cpuid be mapped to the flow and the correct QoS 
profile corresporiding to the port number in both the GGSN and th^ MS. Also, 
some QoS pfofiles~" 'may "be pre-established for carrying e.g." data packets 
related to certain applications/port riumbers! 
10 '' f he ''GTP uses flow labels which are defined in RFC-1883 as a 

rnechanism to enable a source to labei those packets for which it requests 
special handling' 6y the' IPv6 routers, such as non-default QoS or real-time 
service. 'In a network using GIP;' the flow labeF could be used to carry the 
profile tags to indicate which flow and Q6^ profile a packet is associated with. 
15 It fs also conceivable that multiple fjov/s are" used for each PPP 

context and the packets ca>ry , hot onjy a flow identifier but" also other 
associated do'S pararn.eteirs. f^or example, in GPRS the precetleribe could be 
' 'indicated per pacfet," whereby it is not part of the QoS profile,' it overrides 
that value df the 'flbwf However, the QoS profile of the flow 'rtiigh^ stili include a 
20 default vaiiijW for tli6 precedence. Such parameters coujd be s^t by the edge of 
the network in order to map th^^ para'metef (in this case, IP 

priority)^ or feecaijse,. more. traffic tfian negotiated is tfahsferred and additional 
packiets might be marked." Such' marfcingis anarogou^ to using a discard bit. 
Alternatively, a suitable tag could be inserted into SNDCP' a GTP headers. 
25 ' ' The in'venfion ' facilitates dynarriic 'renegotiation. The QoS 

parameters associated With each flow can be ferie^otiSteci at any tirtie without 
' affecting 'other flows.' Such renegbtiatioh'can'B^ initiated by either edge of the 
network, or by ah fntermediate node? Add the need arise, the 

jb.dges can also reriego^fate a hew; '^mapping to exterhai parameters or a port 

'36'' number.' ' / ." ' V\ [' '' ''' / 

Negotiating ahci Renegotiating a QoS ' profile can Involve all 
parameters included in "the profile, a subset of the parameters, or a QoS class 
^(e g. a'bit vectdr or an integer value). The possible QoS class value could 
indicate, arid also define, values for indeperident parameters. In otber words, 
'35 ' well-defined relations exist between the class and the independent 
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. parameters. The classes could be defirie-d in some ranking order A, B, etc. so 
that the negotiation can be^pefformed -in-one^step as with LLC and SNDCP 
parameters.-This- requires-that if a rietvvdirk element supports class Ar-it must 
.also support ail classes:^ below-' it, i.e. B- Cfetc. The- QoS profile in the 
:negctiation should-.beTeplaced- by-a.QoS.class^fieid-whic^ is only 4^0 8 bits 
(^Q to 255 different classes). This could be^ sif#iified by requinng that peak 
-•and mean bit fates --are alw%s MS-spec^^^^^ " such a 

^-.requirement is considered too Yestrictirigf an additiohal field of two fields could 

■ be used for bitmaps indicating that a given class.nunibef in the (re)negotiation 

■ has'a peaK/mean bit rate^-eomblhed- with ah MS-specific value.- Yet another 
-altemativeis^torseparate the peak/rrtean bit ratfe ^drrV the tl^sses and define 

them as an MS-specific parameter which is negd^^^^^^ separately from the 

■/ At both edges of the hetviork; when a new-external QoS resen/ation 
- request (e^g ^ aii'RSVP PATH message) arfives.-a' process- decides whether a 
new- flow should &e"establishea or 'an-existihg flow feDsed ' (modified, if 
neeessary)1h^order to limit the' numier-bf ■simultai>ieGus fi»: One flow should 
be the default flow to which packets are associated if they d'ot not include flow 
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Policing of packets can be perfdrrned^on the LL&:or SNDPC layers. 

It could- bd performed ^on^-a per-WS ^basisvor^ori' d ^pei^clas-s or per-context 
basis- policing should be' perfofm^^^^^^^ 
PDOs' Scheduling of packets^a^ 

it sees -ceil%ecific iDip& arid retPfeves^traffic^ r to several MSs. The 
schedulihg-algbnthm should tafe- ^ifHo -accourit '-the delay and precedence 
defined in the^QbS pfofilein questioh (user ^^ould 
consider the tbtarioaci and fca'ldulate/decidewhat bif fates can be allocated to 
an individuar^WiS:^ This can be sumWafisM: -asofoildWsi^- A process on the 
^SNDPG layer polibBs th% flow^rffor^^^^ 

abross the-LLC layer to-the scheduler bn WBSSGP layer. The scheduler 
sends the packets to the BSS, or discards thfem in- an overload situation. In 
connection with a-flow/profile estabfishrneht. admission - control: calculates on 
the basis of the total load situation which bit rates can be guararrteed to a 

^ given flow.- 
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. r r According to -a preferred rembodiment of the invention the profile 
' f -. indicated by the profile.tag' -^sspciated^w^^^ data packet- includes at least 
priority information -and.' dejayrfe^ class information has 

: two or- more values indicating the importance^ol the packet and thus also 
5 defines the order in whlc^t da^^^^^^^ In other words, it 

definies a dropping preference to be in QasejOf^network cqngjestipn. The 
priority infprmatipn imay- aisQ.define a NQminal Bit Rate as Jn what is kfipwn as 
ar) SIMA approachr:(Sirnpie Integrate^: Media Access, see example 1. below). 
: At least two traffip ,typ§S;; haying -idifferent -delay. -requirements can be 
10 ■ distinguished: realrtime'^andr npf?T;qa^^^^ For example, .for non-real- 

Jime. traffic, types, the; following subtypes. cpuld be -distinguished: control traffic, 
interactive traffic.vattended bulk ^ransfer^ unattended data transfer, filter. traffic, 
uncharactensed traffic, and best-effort traffic. They can be indicated by using 
different delay: , class values^^^^i^^^^^ type has an impact on 

15 . ' retransmission ^.strategies - and .:dat? r.q ueuing in the network.- Ror example, for 
reakime traffic, retransrnissjon qf lost data packets. is usually not needed, and 
it is often better to. drop^^realntir^^ to send therrirtpQ '^^e to 

: • the receiver;- \^ '■■ n-^.^^r^-,^^,^:^ ^-^r :-- v. :. ' ■: 

According to another embodiment of the invention, instead, of, or in 
20 addition, to employing reHa^ is currently done in 

: the prior :art. reliability- is alsppdifeqtly.-ass^^^^ P^9^^ associated 

. with therdata packet.rTiie pornniu^ e^g.-atthe LLC layer, is 

arranged-tovprpvide differen^t: conneictiqns^iea of .whi^^^^^^ with 
^different reliability arjd QpS supp .These <x>niiectip5S::,q^ in 
25 : any:vone or §eyeral:jegj5.in;tlie/i^^^ e.g. at. the 

. radiQtloterface and/orv^.a transmis^^^^ petweeri tw53r nodes in the network. 
Qne; connectipn-mayib^i^^^ reliability 
' :.due to .a retransmjssionrprp^G0l,49F exam may be 

c. a connectionless Rathc.(e.a:|;i^ns=.U^^ lower;-feliability; Data packets 

30 are nlultiprexed-ox.e^::thesp; :Gonpec^^^^ Nsed on: the reliability .and QoS 
information associated with the- profile inTquestion: (i,e. included in the QoS 
. profile or indicated by the pacKet),:;Tbe flows identified t?y. the QoS profile tag 
requiring reliable transmission ; should, be sent over a reliable connection- 
oriented path. The packets in flows that do not require a reliable connection- 
35 oriented path should be sent over a connectionless path. Both the connection- 
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oriented and the eonnectionless patliS can be established to transfer packets 
of only one POP context or they can be used by several PDPconte.cts. 
Funhermore, the estiblish&l 'of'dSerSn, pa^^^ wHh d^erent re abilKy 
■p,opertfe^ca?bedyhSmiobnta.ic(l.e^bhae^^^^^^ 
5 4,fe>it) is ofeatedi- Thir&napf of the invehtron may applied in anyjacke 
Sdoiuhibatiohs rietwork.-.veffB«« 
as'TCP/lP, ATM, or X25 networks. ■ 

As noted aBdve, te-pDP cbriteiii defines a kind of a transmission 
turinel «h s^lcifib SaVaclefi'Sci tHrough'a mbbiie communications network. 
:o *iinconveUionarnefi;6te,*ej>arah%^W 

^ PDP Spelig/ XiS ■orIP): a' P^Sp addfesb (e.g. IP address), and an NSAPI. 
' ■ The PDP «>h.&t may also Sptlohaily include K or more QoS paramete^. 
Fot exa^^l., a and ^ Peak^bit ^.efdr^e whote PDP^^te^^ 
osed. The QOS of the POP cont^a ^ay 'also include rehab*«y. If . me 
,5 POP-feva cioS profiltfahd an addltiPnal QoS profile are to be usedjhe traffic 
™y pahly be based on the QoS Values «ed to the POP cor^e^^ 
eg on the mean,anlpeak«ptRS.,T5?refpre, i!,the^ u|sr.!S, sending ttoo 
,hlhaspeed,the,phor^ofh,sorherda.^P^^ 
temporariv: decreased b^ the systenn, This guarantees f^^^ "° 
,0 confom,ing to the POP levi QoS contract - '^^^.^ 
add«ion,Qq5i*r^a«onin*e^»nalQoSp^^^ 
oould be relevant only W!thin,ti,s.ppP c^^^^^^ ^his being the case^ 

^^QoSp;*ofaSaiStais«*enK^^ 
qlobal default QoS Profile of the P(5P conte)*._ 
„ A' fi,ther feature of me present 1^^^^^^^^^^ 

Qosparameters.usedin.hemo!^!e:comn.unlca^ 
~ user appBoatlqn:«, saCmobte; packe^Bata OTinal or those i^d ^a" 
extern^ comriinipaBon sySrand yS versa. The mapp^g is performed for 
each packet eniehngoVteavii^ the rSottecommunicaUonss^^^^^^ 
30 The profile tag inclt.e=.data,packet5,:rnay be tocated m a packet 

- .header,.inalo«er.yerprot.ocol.header, ores part of theda^,^^^^^^^^^^ 

controllino may.also be based on tKe QoS infowa ion ,n the QoS p offle wteh 
Tr^^Sto I certain POP context, the priohty and traffic type infom^ation 
. included in the data packe^^^^^^ 
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.Qne emtp.ociirnept of, the invention involves also charging of the 
. .. users., Users can .be charged, in ^(dditipn, to the normal PDP level attributes, 
according to the .attrifciutes in .l.ndepen^i.ent QoS profiles. This requires that the ^ 
rnobile communi.cat.ipns ^pptv^ork .nodes, s.ych as the G$Ns in the GPRS, 
5 ..collect, information. Gin. the transferred,.datg..packets and the co 

flows/profiles. Qn.the.other.hand, the invention. ?lsp.allpvys charging schemes 
using the normal PDP-level attributes, such .as .the mean and peak bit rates of 
the PDP context,, or a. combination, of Jthese schemes. 

. , . .Recording to a.. further .preferred emtpodiment of the invention, the 
10 , mobile, communicatiqps . netyi(prk . is a packet radio rietwork, such as the 
.General Packet Radip SeTy,i,ce,(GRR^^ of G.SM or its evolution in the UMTS 
. .system. The present invention may ajso be Jmplemented in $ proprietary way: 
. -payloads of .data ..packets .pou Id i^ncluc^e a p.rpfile tag although the current 

..GP^S.Qq$ pcofil.e will. still .b^ui5.€^^. . -.^ ... .. , . ..^ 

1.5 ....This ..invention can al?p be, applied to various future mobile 

r^netwprks, s_U(Cb.as,lJ^^XSo.^i.:^ ,..;!•> .-. . ,j, 

Bri^f desferifition ofthe severa^^^ ^ " 

. ' ". '.' in the yoliowi.rig, the inventipn Will be described in greater detail by 
^means of preferred ' embodirhents witH refefehcfe to' tfie accompanying 
20- - drayvings, . in which .. . . . _ _ _ . " , 

Fig/ l lliustrates a 

Fig. 2 illustrates a "GPR^ transrfiissibri plafi'4' ^nd the use of the 
profile tags according to the invention; . ' ' ~ .. /^ 

Fig. 3 illustrates a preferred arrangeni^'nt of iiiultiple profiles within a 

.25, ^ §j.iTigle.PpP .context:^ , , / .1 

Fig. 4 illustrates interworking betw^erf different network elements; 
Fig. 5 shows a context activation procedure; and 
. Fig. 6 shpvys a context modification procedure. 

Detailed descfiptibn of the invention " r - - 

30 ■. As shbwn in Fig. 1, the present invention can be applied to any 

' hiobile cbmmiihications system having a patket^data transmission capability. 

The term 'packet data protocol' (PDP) or 'PDP context' as used 
herein should be understood to generally refer to any state in a mobile station 
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and in at least one network eiemant or functionality, which stats pcovdes a 
a packet transmission path or a tunnel with, a spe* set of parameters 
nl the mobile com,hUhic3«ons net.ofK. The term 'hoda' as used here. 

die understood to geheraliy refer to any network element or functional*, 
H h K,nr.|e- fre data packeft transfsrred through the PDF channel. 
:T..'r^t^^^*>^ P« used for providing a 
racket -aciio service GPRS! in the pah-European digital mobile 
■'clmmonic^ n ^•^^^ in, cd..spondihg mobile communicata 
: Xr^^ a^OCS1800'(elso known-as 6SM180C, and PCS ( ersona 
«ica.ioh' Systen^KMh th* following.^the preferred embodimants^of the 

; ;TgprS s=rv,ce and the GSM system wHhout limiting the ,nven„on to th,s 
/=*"'"^:S2^etdP:con.ist.o^.paylo..pa.PUar.v 
, headersH.one.o,aaohprotocot^— ^^^^^ 

..^es.::,ir^s^^^^ 

^. :^^^°%^^i,«ra«th.«ybHd prM^ concept of the inveo«on^^--* 

POP contak there is an MS-spec.c -^^^ "^fo^ 
' orofile Pr, which provides ^ default valuSs' for some or all o the Qob 
For^ealh appliaatt, appHti^h type or ,ow associated w* «,a 
: r"h r ^may be a-=separat^ pfofc-Prr'The -parate pro les Pr are 

30 Soc^dWi.h'th.P6P=co«^.so« 

hit-fee 2td4b-its)issufficiehttcihdicatethe-reievantprofilaPr.Fig.3snows 

- o^* rL p™ le, hUg a„=idenf^er of 2 .nd rela«ng to an. FTP app oa on- 
one bucn pro » f^, precedence (y1), 
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defined for the peak bit rate and. whence -the default value (x5) of the default 
v; profile Pro will be used... ;. . : ^j? . 
: ov r... r The QoS information ^assopiated^ by the 

: PrT is eniployed. in various; nodes ; in; the :GPRS sy^^ for scheduling and 
5 . policing the transmission of the, d^.ta .packets, As noted . above,. -in :the present 
; . .GPRS specifications, QoS:: IS:; as^od^^ context, which causes 

the various probJerns.<described above. Recording to the present, invention, 
each data packet; comprises; a* profile tag-Px^ and 
policing can 1 be' performed on a packet : by packet basis (dep^ending on the 
10 flow). More-particularly, the profile Priasspciiated;with each data packet DP 
indicates .at leastrone QoS; parameter, .and the: sch and. the policing of 

the transmission, of rthe^ data pacKets is-made^on. :a. packet by- packet, basis 
according to this QoS parameter indicated l?y , the profile,, however, 
within a 'Iransmissipn tymel".<Jefined;by t^^^^ conte)^, if such a default is 
15 defined for the pop cc^ntext in question. ; : r-:^^ n : r 

^/ ^According to i^pjeferred emtjodiment of theiiinvjer^tion, the QoS 
: ^ infonriation- associated: witli; the ^prQfite^^^^ includes at 

' ' ^ least, priority "'infomriatio.a-.iBPd 'a deJay. class informiation,:. and . optionally, 
' reliability information.. The^d^lay fCl^ss.; information Ivas two ^ror niore values 
20 indicating: the importance Qf;ijievpgcket-:and::.thus. it ^ the order in 

» which: data packets: rshould ; be handled . in rcaser.af netyy^^^ The 
. priority^iinformation^ may>alsaridefine a^; Nominal; Bit, R^te^ in the SIMA 
.1 approach, or indicate the -4'5P3irding_ order In addition to 
optionally having mean and peak bit rates in tha? profiles, this preferred 
25 embodiment :0f the invention requires %piealJy,the;:follq^^ modifications to 

; . : -GPRS specifications: v:> ; vl:: ' ^ - a : ^ 

: V : t)rA$ 9hpwnvirb\Figv;^i^?SI\^^ carry 

■"'V additional, bits ;for:]tr:an§TO (GTP- bits , are needed on both 

directions/SNDGP bits could, in:, certaio^^ be; used only for uplink data). In 
30 addition, IPv4's Type-of-Service field. pr jPv&'s priority: field or Traffic Class field 
. could be used, in the GPRS; backbone; if (ip routers etc. should also support 
. prioritisation of packets and QoS-based queuing or scheduling. RSVP could 
• also be used within, the GPRS backbone for providing ^specific flows with 
independent QoS/ handling. . IPv6 traffic flows . may iDe established for 
35 transmitting data belonging to certain traffic types. It is also feasible that no 
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extra bits. be. allocated in the. GTP headers, but the profile information is 
carried by lower layers. For' example; if -the undei-lying GPRS backbone 
network supports- such mechanisms, this information can be included in an IP 
. header or some otheriower iayer: protocol header; This being the case, the 
r. SGSN:.and the GGSN- should^ be capabie - of recovering this lower layer 
^ - information-in order to .reuse if.: The profile tag can be added to data packets at 
the Gb interface as weli, e.g:'to.3SSGP protocor messages. Then the QoS 
information can be mapped to Frame Relay or ATM concepts at SGSN and 
B'SS ' ' ' 

,0 - ' • -2) iftpribr'^rtsyst^, a PDpcdnte^^^^^ 

■ -^'sihgie SAPI. Several POP^writext^^diild use^he'same SAPI if their QoS 
■ profiies 'are similar. According to the invention,- a single POP context can use 
severer SAPIs. the- flows using the same' SAPI should have similar QoS 
profiles PDP cbkexts are'' rhuitiplexed over several LLC SAPIs (e.g. if 
15 reliability is used as one of the QoS parameters). In other words, the SNDC 
- layer shdilld b6 capable of niultipleicing NSAPl on several SAPIs according to 
the QoS|)r6filebf6miatibh atthe LLdl^^^ detail 

below. ■ ' ' . , . ... .. : 

^ " ' • -^No modifications are neces^^^^^^^ 
^20 ■ protodol^: like -RLd Hdv^/^er; rkdid iMace firotocols couldlie replaced later 
^th nev^r^rbtocbls, ^ch as Wid^arid CDMA (WCDMA>: The present 
inventibriM^ -applicable^ also in siich^ a case and similar QoS support 
(pridrffisationrlaffic ^e/clefeys) to;the one described herein could inherently 

be implemented into those radio' protocols. ^ 

25 ^ ' Fi^ '4' illustrates intenwofking between different network elements. 
After these' ni^difications, a p^ameter-level mapping between differentiated 
sen/i^es ih the'lntemet and in GPRS may be provided as follows, for example: 
Priority information in the Internet is mapped to service precedence 

" in GPRS.'"""' " "' ' ' " .r'T - . ,. 

30 ' ■ An indication cdhderning real-time vs. non-real-time requirements in 

' the internet is mapped to delay class and/or reliability infomnation in GPRS: at 

least two dela^ typ^s are heeded, Ijut mapping of traffic types mdre precisely 

to several delay classes is also possible. 

Reliability information may be used to indicate the reliability 

35 requirements of each application in the form of one of at least two reliability 
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. classes. If reliabie: transmission (retransmissions, checksums and/or TCP) is 
r needed, the profile associated: with: the data packets indicates reliability class 
-.4;:|f reliable delivery oyer :the;ra.dio interface is needed, but UDP in the GPRS 
. backbone is sufficie.nt, the -profile -assocjated . with the „data packets indicates 
5 . . reliability Qlass '2. Depei^dij?!g :on- the:'re^ the profile associated with 
^ the data packetsjmay artematively indicate reliabiHty class 3, .4 ori5i Reliability 
classes 4 and-;5:Will be usedrforyeakinn^^^ . : - • r ^ :^ 

A further feature of the present invention may be a rnapping of the 
, QoS parameters. used in the mobile-cpnimunication to those used in a 

10 , ^^ user application„.Jn the mobile packet datg , t those used in the 

externaLconimunicatioTi system^ and, ^ versa.. The mapping, is made for 
each packet entering or leaving the mobile, communications systemi^; In the 
fDllowing, two examples of the mapp^^^^^^ . .^^ . 

, ExampleJ._ ^ v. v > . r - . ■• 

15 Simple Integr^^^ Media .Access (SI is . a pew siniple approach 

presented as an Interne^Dcaft ^^^b^^ Ci^nter, June 

1997. Internet-Drafts are working documents of the Internet Engineering Task 
Force (IETF), its. areas, and worj<in used as an example of 

an Internet QoS scheme bec3use it is capable of proyiding a unifonn service 
20 concept^ for. different rieed's frpm^^fiie^^ using TCP/IP 

prptocol without loose dejay and packet .Joss ^ requiremert^ to real-time 
applications vyith yery^ strict quality and ayailabilijly r^^ According to 

the SIMA concept, each user shall, de^^^^ the 
connection setup: ^ a nomin^^^^ between real- 

25 , time and non-reaH^ the ^NBR m^y have eight values 0 to 

7. Mapping, of parameters frorn^^,SI_M^^ to GPRS and vice, versa may be as 

follows, for example: _ _ ^ ^ . , r . .... . . 

Real-time/non-real-time bit: if this bit indicates, real-time require- 
ments,,Jt i? mapped to, GPRS delay plass 1, otherwise it is mapped to delay 
30 class 4, Hpweveir, delay class /3 may b^ used for non-re^ services in 
. case there is a.special way to indicate^est-effort traffic, e.g, this bit does not 
always have to be present, or a more precise definition is used to differentiate 
real-time, non-real-time, and best-effortjraffic. A lower Reliability Class value 
may be assigned to real-time traffic than to non-real-time traffic in GPRS. 
35 Generally, Reliability classes 1, 2. and 3 are usually used for non-real-time 
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traffic and classes 3. 4, and'5 for reai-time traffic in GPRS. For non-real-time 
traffic, the higher the NBR fe. the fe^ the Reliability Class-v^ue suitable 
for transmission. 



NBR values 


GPRS Service ofecedencd value 


6 and 7 


.- - ......1 


3-. 4. and 5- • 




' Q, i:'and'-2 -I — 7^;:"^;;, ' 



15 



5 / it should- be noted that the Sem^^^ 

" parameters have her^ a somewhat different meaning from the current GPRS 

U^c^tions: where those parameters are asso^^ 
^ wi^ each application, thus, different names. sacK^as priority or N^^^ 

Rate and traffic type, may also be chosen for the parameters. The QoS P ofile 
10^ rri^V include all the existing parameters (service precedence, rei.ab ity class, 
-delycl^ss.me^nbitrate^.ndpeakbitrat^ 

^ paft'Sf the parameters,- sudh as -oniy%e'niean aKd-pfeak bit rate. The QoS 
; P^,e6ouldalsoinciu(kamaM^^ 

- alldckon pfecedure''.' ' '; / ' ' ; " opcm ,nH a 

QoS scheduling m GPRSnetiwdrk elenlents-(e,g. in an oGSN and a 

GGSN) i#based on th^^defey liass: thi^ r^ires that at least two buffers 

^ exist (an^ at rnost^as many ^^^her^are different delay classes): one for rea - 

time packets (this^btrff^ should' b^ rf^ucH smaller!) and another for non-^al- 

- time^^ckits: Red^^^^ always be sent before non-^al-time 
20- trafnaSeh^epf^federncedefin^^ 

in case of nfeWbrkxongestion. ^^^^^^ ^ 
Example 2 

GPRS kSbufe. The -tBS ootet-iri aK'lP^ftadSr is- no. wid* used at *e 
25 .t^omenc us oritfbl purpose w«d iriaude traffic type Wormatron and to 
speo«yWhatW*sefeisre,We^«..epa^*^^ 
LZm» not in Smmon use nowadays, itis possible « redefine 
that ootet for the purposes of the'present invenW. A defin,ton o the ToS 
act* is given in RFC 791. Bte 0 to 2 ofToS gh,e the preference brts 3 to 5 
30' give the TdS required by the packet (e.g: delay, throughput, and rel,ab,lrty 
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.. levels; requested),-. and t?its 6. to.7 are reserved for future use. RFC 1349 
. extends the ToS Jeld .bx.,.on^ bit, (taken -from the "reserved for future" bits). 
Thus, 4 bits can be used to indicate a ToS. 

Mapping between the precedence bits {0 to 2 in ToS) and GPRS 
5 ' serviqe" precedence'.mi^'"Be;as'f6ll6ws: ,7 .. . .. 



bit values (0 to"2) 


service pi-ecedehce Value 


rfiandTIO " 


001 "(highest priority) 


i0i7l007ahd"011 ■ " 


01 0 (hoitnal priority) 


;019; 00?l , and.OGO , 


. ,01 ^1 (lowest: priority) 



.:There.at«. three,,diffe,r,ent vyays.to perform the mapping between the 
traffic type inforniation.(i.^,:-Tx).S field in, the ToS, octet) and the GPRS delay 

; • class:,-.. j.-'. , " r-i-.y^ - .--a .--ia • ■■ ■■ ■ ■ - : .. 

10 .- : ; ..- Jfoonly the. .bit 3, in, .th.e .ToS,,;fidd is. usgd to .indicate the delay 
requirerne^nts :j.%JP.header;.,va!u^ P-of bit .2 .is .mapped to GPRS. delay class 2 
and value Jl,,-of the bit ,2 . is. rnapped ,tp G.PRS delay, class 4 (be?t ffort) . 

, If ;the.:, whole. ToS^ Tp,S .Js ..ijsed^ for . indicating delay 

requirements, i.e. 4 bits (bits 3-6) are available for that pu.rjjiose, one possible 
15 ;• mapping could bet.blt yalu^.tOOCldS- mfpped.to.GPRS^elay class 1 (i.e. to bit 
. .. value 000), .bit y9lue..-0,ipp to.GPRS^elay das? 2 (i.e. to value 001), ToS 
. , values, QOIO^and 000.1-to Gi?R5..delay class 3 /i.e.. to yalge 010), and the ToS 
: . value 0000, to GPBS de^y class 4:(i^ . 

.Another v/gy, of mapping the, ll=l;.> ToS ,b delay classes 

.,20. : wpuld be:.,1 1x tO;delay.plass 1, ^.Qx to delay class.2,.pix to delay class 3, and 
OOx to delay class 4. In this case, x means that there, might be one or more 
additional bits used for ToS, but they do not have, any impact on the process of 
selecting th^ GPR^, delay. -class.. Jf more d?lfiy,plas,ses are defined for GPRS 
later, the mapping .could., also take into account those additional bits. 
25 • ..., !2urrent!y,:.there is-ajjso one. bit in^.the lP JoS. field specifying the 
, desired reliability level, If this bit is. still available in the future, e.g. if the first 
. choice, above is chosen,, this bit cp^ld carry .reliability information and could be 
. mapped to GPRS. reliability class in the following way: a value 0 in bit 5 inside 
the ToS octet- is mappeid to the reliability class 000 (subscribed reliability class) 
. 30 and a value. 1 is mapped to the reliability class 00.1 (defining the most reliable 
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semce) The use of that bit may, however, be- too vague because the GPRS 
^^^n^anypther r^Wity^^^.^^^^ cannot b., expressed 

^ -'ihe rnapplna described :abpv.:i^^^^^^^^ -y be applied ina 
::.ather siWway in IP^^ The nan^aof the^P^^^^^^ fie. is then Traffic 

'■'-'^^^^XratestheW 
network as well asj^^^^ 

- S the:inve,twe mu.pie QoS conpept and P-^j^^^^ ^^^^ ' ^ 

, MS or more preciseb/:the software in the t^rrT.n^.equ.pmen TE (e.g. ma 
^Lp-cor^u^r^/and t^ external. network QoS 

^Sto GPRS,QoS:meoha^sr.^. and. vice yer^.as descn ed ,n the 
^S™^ The TE could. for example provide, QoS functions through an 
above examples..,! ne . ^ . ^ j application-level software may 

K ..nnc to usina some other suitable .mpans. . It can also , use the RSVP 

: example decide ,tt,e proilte based :or,:the«sed,source and destinafon 
=rtrt»oces:,6ronthesdurceand:destiBatio£iportnuiTitsers..- ' 

. :::.:::e: .e..oo*, ~. .^^..^^^^^^^^ 

cMnr layer the MS'Selects the appropriate .L^^^^^^^ 

- •^'SbJthe.SBSN^^^ 

\n " " ' ' ^Iq- 5 Shows a^context activation procedure." In step' 5-Vthe MS 

PDP address an Access Point Name, the . requested, QoS P^^^'^^ 
' ."^.dMIeTag PrT an Intenworking. parameter and its assooated PrT, 
, associated Profile lag rri, a op cm Security functions may be 
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invention. In step 5-3, the SGSN validates the request 5-1. The SGSN creates 
" a Tunnel Identifier Tid for' the reiiuestecl PDP context. The SGSN may restrict 

■ the requested QoS attributes giVeh" it^ cafjabilities, the current load, and the 
subscribed QoS profile. Next, in step 5-3, the SGSN sends a Create PDP 

5 Context' Request {compnsifig "^ PDP address, an Access Point 

Nahne, the negibtiatecl tiloS ' Profiles an associated' Prt, an Intenworking 
parameter and its associated PrT, the TID, and PDP configuration options) to 
the G6SN. 'fh6 CsbSN fhay fiilsd restrict the requested QoS attributes given its 
capabiiftiesf andftHV'eufr^^^^ GGSN returns'^ Create PDP 

iO Content "Respdnk%'tC"6nipriSing" a TIDV a POP Address, the- negotiated QoS 

■ Profile'^ ' with prdfife ^ags'F^^^^^^ cjonfiguratibri options) to the SGSN. 
The SGSN ins^ii¥*ttiei N^APl with Ih'e G(3SN ' addreSs in the PDP context. 
Next," in stb'p '5-5; the SGSN" sel^ct^ a'Radio Priority LfevdFbased on each 
negotiated "SoS' ''profile'r'^'rfd •'retam's""'ian"' 'Activate PDP Context Accept 

15 ' (comprising a PDP type, a PDP - Address, an NSAPI, the ■'negotiated QoS 
Profiles with associatfedyrdfile tags Pft; a' Radid Priority- LeveFand an SAPI 
for each QoS pWiie; inferWo"rkin^ pai^meW its 'associated 'PrT, and PDP 
cbnfiguratioh optidrisf 'to "the 'MS: Nbw the SGSN iis able'to -route PDP PDUs 
between th§ GG§N''^nd^^'tfle"M^ Tliy 'SAPl indicates' Wfiich QoS profile uses 

20 \A/hich'SAPl' - ^- 

^. ;^ ^ "Fig. 6-:Showsv:a eoetext modification procedure. In step 6-1, the 

" SGSN sends , an Update PDPeCoritext Request -(comprising the TID, the 
negotiated QoS-'Prbfiles and an rassociated>-PrT; an ilnterwprking parameter 
andMts associated -PrT):.to;4he. GGSN. Thisiraessage: is- Used to add, modify or 

25 - cancel a QoS profile of b PDP context; If the.GGSN receives from the SGSN a 
riegbtiated QoS which-^ls- Incompatible- with 'thei-POP context , being modified 
= (e.g; the reiiabirity- classivis insufficient to support the PDP type), the GGSN 
rejects the requests CQmpatibJe.^ QoS profiles/are, configured, by the GGSN 
• operator. The GGSN may again restrict the requested GoS attributes given its 

30 capabilities, and the current load. The GGSN stores the negotiated QoS 
.values and! in step 6^, rbtb'rhs' an Update PDP Context Response 
(comprising the TID,' the negotiated QoS Pfbflfes and an associated PrT, an 
lntenwori<ing parameter and its "^ssbciated Prt) to the SGSN. Next, in step 6-3, 
ihe SGSN sends 'a 'Modify PDP Cbritext Request (comprising 'ah NSAPI, the 

35 negotiated QbS Profiles with associated profile tags PrT, a Radio' Priority Level 
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and an SAPI for each QoS pro«e,;in.a,wcrKing pa,an,e.er and i.s™ted 

■ ConW Deactivation procedure.^ . ,^ ^ . 

'rhe choice whether to use retransmission or checksums at the 
-ILC/RLC ll'rdepehds :onthe=:re.iabiiity:dass orae correspohd,ng profi^^ 

lS * ■and.^GTP.- Soheduiing * « *wen, layers ,s performed ,n 
^ accordance wKh*e «ay Class 0, the correspondin^^^^^^^ 

■ - ThP MS' mav also ••-perform- poh.cing. of. the negotiatea rur ou 
attntoes oHh ts Jrofiie^U ma, drop non.contor.ing.pac.ets (or change 
attributes or tne u nrinriniii -of those- packets :to:the worst possible. 

.0 ^ attribUtes'form the bijcis for;chargia9VJ=wexample„there.couio 

counter associated with ea^h pronie , SAPhwhen a new QoS 

■ , o The LUC->8slablisheSa connection s^ a SAH w 

:o..a«on«o««^--»^:^^^ 

based onthe QoS profile, which ?AP1 it jaja 
certain «ow. The SNDC '^ver adc^s*exohOS^^^^^^ ^^^^ 

pa*ets. I. - P^^-.-^:"?^^^^^^^^^^ SAP., The LLC 

rr^:::::c:.:-r^^^^^^^^^ 
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end, the SNDC layer receives. packets from the different LLEs and associates 

, ., them with the correct NSAPjs and furth.^r to the corresponding profiles based 

- ,,^,.or). the. profile, tags. Maintaining the order of the packets using different QoS 

.values/profiles is not ^^sentia!... because packets using different QpS either 
5 belong to different application-level connections or are reordered according to 

their QoS values, which is the purpose of having the QoS values in the first 

: place.- ' , ;^ ■ -v.: ■ ■ ' •■ : ■ 

The SGSN reads the QoS. informatim i.e. the senyice preceden 

; the delay class; the meani-andirpeajk bit, rates,, and the reliability class, of the 
to profile associated with ihe uplink SNDGP packet,; and schedules the packets 
based on this^QtpSLprofile. .There may,be different buffers for each allocated 
- delay Glass -The lower the: delay, class, is, the smallerrthe size of a buffer 
allocated ior queuing the concerned packet class should be.. TN^ 
some p^fcketsvare delayrsens!tive,;jind thus cannot, cope with long queuing 
15 . . delay sMower. delay classes are nomrially sent-before any, .higher delay class 
packets. Each' bijffer/J.e.;a.queue,..may 'h9ve a. threshold valu 
this threshold' value., is- exceeded-,; the;.cincomi.ng packets -.(ot the concerned 
class) having . a ?low service precedence value;rTiay be. discarded. An SGSN 
may maintain both reliable and .unreliable paths to-OGSNs. iFhese paths might 

■ 20 be dedicated to na certaih user/profile,;.;^ users and 

-profiles .mightbe.multiplexed onto- the, same paths. The right path. for delivering 
each data packet is, selected.:based oq the; reliability oljass.iRfqrmation included 
in the; profiler or biased ori. default yalues-iifAherejs not enough information in 
' the dorresponding- prdfile. to .enake a^.depision,-^^A 

■ 25 - path is chosen for reliability class. .1,7 and , a for other 

reliability -classes..; The SGS;N.;;add& a .profile :tag-,to. GTP headers. This 
. ■information may be included. ^^'thev10th^i :19th, or,the20th octet of the header 
(Currently resen/ed fdr future .-use), ■ ■ .■: 

- y. The- GGSDi re:cov,e;rs the profile tag from the uplink GTP header. It 

30 may also perform ^ traffic ..policing:'. The .GGSN.. may;perform ,oharging functions 
and'it may utilise the: QdS.. icifoFmation relating :to the profile..for.that purpose 
' too. The GGSN, or an external host, may provide a mapping between the 
■ external data network QoS definitions . and the GPRS .QoS, and vice versa. 
This applies both to uplink and downlink data delivery.. 
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The same procedure applies to Mobile Terminaled (MT) d^a 
packets orrly the dirsctioh of tratoission iS reversed. In this case the GGSN 
ed^t appropriate OoS pi* and GTP path. The SGSN iooks ,hs.de the 
f ^« CTpUder ih order to find the profile tag and it deduces the QoS 
r^^r^^««cor.fhe:s^^^^ 
r ■ " r ^ QKinrpVackets makes the scheduling based on the delay class ot 
■SS:^^^^-rre.acS^ 

^^Er.iiaf.S,*ahgetheappfca«onViPMa<^^ 
Te.inai:E^uip^en.:o¥^..:'the,|S.^^^^ 

■ HT ■ ihl GPRS QOS ihfomratioh to ^the QoS boncepts available ,n the 

^ ■ RSVP signalling in the network. .The GOSN o an ex 

) RSVP signaii g niessaad^ itseif; or it may also pass the RSVP 

indicated in RSVP response messages shpuia oe m . 

GPRS QoS concepts. k^-' Vii- aWtiute combiriatto^^^ per-hop 

could be established for each trafii type (^^^^ 

behaviours) ,e,«h,_ a p.r«a^^^ 
30 services are usually -J~f -*^^-S,.„,eed Sa^ice can thus be 

dfflerent ^'^,^^XT^<^^^-Z .Vernal host, and the US on the 

defined as with the RSVP. the Gt,J.N, or 

other s.e, .ay provide the rnap^ng e^een^^^^^^^ 

,l«s, as well as the mapping »^ ^.ppo^ various 

35 negotiation, the GPRS system nnay indicate that cannot 
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token ..bucket sizes, or maximum papket gizes. Thus, it may require that those 
. parameters are set to conforrri tpih^^supppfted values before it will accept the 
RSVP reservations. The, MS, the i;.C3SN, the GQSN or an external host may 
also know the free caf)acity ,in -the . netwqfk and , ijiake a decision on the 
5; V acceptance of each. reservation jequest based on this information.. 

_ ; Also ATM. (Asynchronous Transfer M^^ can be used as 

an external data network or a^ a transmission rriediurn to convey the GPRS 
signalling and data .traffic. The . ATM Constant Bit Rate (CBR) and real-time 
Variable. Bit Bate .(r-VBR)4raffic'. may be mapped to realrtirne traffic class and 
10 the. other ATM traffic classes to . non-real-time traffic. Priority may be decided 
based on . boih ;th.e . used traffic cla.ss (npn-real-time yariable Bit Rate, 
Alternative Bit Rat?,^ or Unspecified Bit Rate), and other connection-related 
parameters, .such as rnean_and maximum bit rates. 

. JP networks will be used, as an .underlying transmission network in 
15 the GPR^.tJackbpne. The.GI^RS QoS concepts may be mapped to the Type- 
Of-^ervice^-paran^ete.r ip the' jPv4, or to the^ Class field in the 

iPv6, and yice.versg. The flows, in the I.Pv6 can, also be used _tp reserve certain 
capacity and to handle certain traffic types, application connections, or PDP 
contexts,. If the ^xtfrnal Internet, netw^^ methods, the 

20, GGSN, or an externaI.,host, pCould perfornri niapping of concepts similarly 
between, the GPRS, netvvprk and the Internet.- 

...,The present i.nventiQn Js applicable in any naqbile communications 
xie^prk,. substantially asjdescribed aboye^yyith respect to'the GPRS. Potential 
mobile, networks iq .which, the .prupciples of the present invention may be 
25.,;... applied .are. the third generation mobile , communications systems, such as the 
.Universal Mob.iie..4Q.m^^^ (UMTS), and the Future Public 

. Mp'bile ^Telecomm,uw^^ or IMT-ioOO, or the Cellular 

. ... Digital Packet pata,XCDPQ)^, ,. \ .J-. ' 

.... _ . The .despriptipn,.o^^^ embodiments of the 

30. inverition. The invention , is not^ howe.yer. jimited to th^^ examples, but it may 
. ,. , vary within the scope of the .appended clain^^^^ .. . 
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Claims 

1. A method for trahsmittih^ data packets (DP) in multiple data flows 
_ to/from a mobile, station (MS) in a mobile-qommunications system (HPLMN. 
VPLMN) having, a packet ^ata transmission .capability, the method comprising 

5 the steps of: ; : 

setting up a data transmission path for the mobile station (MS) for 
. routing data - .paekets. ' (DP) through the mobile ".communications system 
■ .^{HPLMN/VPl:MN}; ^- - ■ Z ' S ' ■ ; ^ - - 

: . -transmitting data- packets (DP)- through'the rndbile communications 
10 system (HPLMN) between said mobile station (MS) and an external 
communicatioh system'(ri J2;VPLMN;HPI:MN); 

associating at least one ''pr6file (Pr) With said data transmission 
path, 'said at least one profile wrnpris^^^^^ service 
parsimeter; or QoS parameter; 
is' ' schedulihg arid i^dicin^ thelransfnission^of the data packets (DP) 

withm at least orieX)6S param6feir in^^^ 

"'^ - characteriz'^^dVthefUrthef sfe^^^ 

associating multiple profiles '(Pi") witii thetransmissioh path, each 
profile (Pr) comprising at least one .Q,oS,pararTi§ter; . 
20 " ' providing each of ^^aid , multiple . flows with , ^ tag (PrT) 

. indicating ,one,of,the multiple profiles (Pr) assopiated with the transmission 

path in question;. and^- - 

scheduling and. oolicing the tr9ri?,mis^^^^^^^ 
(DP) on thebasis .of .said .at, least one. QoS^paraiineter of the profile (Pr) 
25 : indiGated,by the prpfile.tag (PrJ) associated with the data flow iri question. 

2. A method according to claim 1, c h a ra ct^ r i ze d by the steps 

executing .at least two applications in, said mobile station (MS), each 
\ :applic^tion beionginatoXdass/typapndJiaving at least one flow associated 

30 thereto; , 
transmitting, within a sir>gle transmission path, data packets (DP) of 

said ^t least two applications; and ■ 

■ providing each flowof aacH applicationciass/type with a profile tag 

(PrT) indicating the QoS parameter required by the respective application 

35 class/type. 
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3, A method according to claim 2, characterized by providing 
each flow of each individual. appjjQ2(tipn.with aprofile tag (PrT). 

' - ^- -^'^ ' 4. A methorf'abcbrding any^ preceding claims, 

c h a'T a c t e r j-re'd •^%y"providihg''s^ each Individual' data packet 

5 (DP) with a profile tag (PrT). - - ■. 

: 5.. A '.methodr according to' any; one- of ::the preceding claims, 

characterized by providing, as QoS parameters, each prpfiie (Pr) with 
V priofity;infofmation indicating'one -of at]^^ two priority levels. 

6. A n^ethod. acpor<jing . to .any,^o of ^he preceding, claims, 
10 c h a r a c t e r i,z e d - by the steps of , . 

prqvidjng in the mobile .communipa^^^^ system at least one 
connection leg with at least two paths, haying different reliabilities 

..providing, as one. QoS para^^ (Pr) with reliability 

information indicating one. of at least two reliability classes; and 
15 multiplexing Jhe data, pactets (pP) ,.tp Sjaid at least two paths 

. accprqiing.to sai^i reliability in^rmation, ^ 

7. A 'itibthbd kccbrdirig - f6 ■ any' one of ^ "the ' preceding claims, 
chaVa'cteriz^B bythd'slep^^^ ■•' ' " 

'•' fdnriihg in tKe "rfi'dBM "cdrnmuriic^ti6ns^'-%ysym at least one 
20 connection leg with a connection-oriented path and' a connectionless path, the 
•fo'rVner being m^6^^^ :? r.i. i 

- • ' " deciding whether to 'send^ a dkfa 
■ -'driented path 6F -the c;onnedtionl6^s pitH'^^^^^ basis of' said reliability 
... ..information. . , . ... .. ...^ -. ., • • 

25 8. A method to according claim 7, characterized by 

• miiitiplexirig dWtV p'adkit'i''-(DP"y' asso more profiles (Pr) to 

' 'said con iiection-ofienfed' -ah^ In -said at least one 

connection leg. 

9. A method according to any one .of-, the preceding claims, 
3G . c h-a r a c t e r i z e d . In that. at least one of the profiles (Pr) comprises at least 
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one further QoS parameter indicating aJunther limit for said scheduling and 
policing. , . .. . - V ' ■■■ 

' lOAmethodacco^dirigto^cl^^^^^ 
at least one further QoS parai^et^f includel bn^ or more of the follow,ng: 
5 mean bit rate, peak brt rate, se^ice precedency del^ c^^^^ and rel.ab.lrty. 
? '\ A method' according. td.^any^^one/bf^the preceding claims, 

c h a r a c t e r i z e d- in^hat * ^^"^ - . 
. . - - . .said at^least one further QoS para^^^^^^^^ . 
^.: .:v:^>.^the actual mean brtr ratec used .byUhe .mobile: station (MS) is 

at least their precedence-fe^lowered rf -the' aclual.mean bit rate exceeds the 
mean . bit rate -defined by-said at least one further QoS parameter. 

■ ^^'' "12' A^'method accorxJinitoiy,^ 
,.,ar-a^cteriz.e,d. by mapping QpS,,,par^^^^^ the mobile 

o^^ons system (HRLMN, VPLMNmthose u^^^ 
; ::d miile staL (MS) or to those used in said external commun.cat.on 
system:(1.1,-12vV!?LMI^)vand vteaveKa,; ., , . 

°'"^^2*l^one^e^uH Proffle'iwlwi^ch is 3sso.a.ed w»h ^« 
.ansmlssion p*. an*„pec* pro«,e.(Pr).te,each applicafen or appl,c3.on 
dassmfpe being executed in the mobile station; and 

reaL a Q^S^P^'^Weler -ftom we defa^ P'ote (Pr.) H the 
,a oorrespondingQdS parameter i.n,issin»fron,.he^^.^^^^^^^ 

14 A method according to any one of the p.eced-,ng claims 
c h a r a c t e r I z e d by associaUng a packet data protocol context known per 
se with the transmission path. ^ 

15 A method according to claim 13, characterized by 
30 associating said multiple profiles (Pr) with said packet data protocol context. 
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16. An apparatus (MS, GGSN) for transmitting data packets (DP) in 
nriuitiple data flows in '^ mobile comrhunications system (HPLMN, VPLMN) 
having a packet data transmission capability, the apparatus being arranged to: 
set up a. data transmission path for the mobile station (MS) for 
5 routing data packets .(DP) through the Jniobile. commu system 
, . (HPLMN, yPLMN)-^' ' "^^^ ■ ' "■ 

transmit data packets (DP) through the mobile communications 
: system. (HPLMN).i between; said .-roobile • sta^^ and an external 

communication system (11, 12, VPLMN, HPLMN);: 
,!tQ ; . Bssociate atieast on0 profile (PF).witlT;.said data transmission path, 
said at least one profHe^cQmprising. at least. one . quality of service parameter, 
or QoS parameter; 

.schedule aN ipoiiQe-' the transmission, of ^^t^ data packets (DP) 
within at least.one.QoS parameter .iodjpated by §aid. profile (Pr); . : . 
15 .; ' :c h: a r. a c t erj z e d Jn .that the apparatus is arranged; to: 

associate multiple profiles (Pr) with the transmission path, each 
profile (Pr) Comprising at IWs't bffe-Q^^ 

-■-' p^^ii^'^(^:of's$dd rnuittpfe flow^ with a profile tag (PrT) indicating 
• one df the multfple pfbinies-''(Pr)'aSso^^^^ path in 

20 qijeistidnv'ahd ' • ■■■■ 

schedule and pdlrc^ ' the transmission of individual -data packets 
(DP) qn the basis, of said at least one .QoS pa.rarn.eter of the profile (Pr) 
indicated by the profile tag (PfT) associated with the data flow in question. 

■ ' • - 17 An' apparatus a^^^^ in 

25 thai the appai-atiis is or • 

■ ■■ •- ; ,. 18t'-An :apparatus.vacoprd.ing tp cla^^^^ 16,»- c h a ra cte r i ze d in 
. : . - that the.apparatus.is a guppprt.node (S(3S,N,: GGSN) of a packet radio network 
(HPLMN, VPLMN). 
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